Tethered digital butler consumer electronic remote control device and method

ABSTRACT

The present invention relates to a tethered digital butler consumer electronics product and method. The tethered digital butler, of a price and form factor suitable for consumer electronics markets of developed and developing countries, includes a communications and multi-media console and a wireless remote. The remote may resemble a handheld personal computer (HPC), a palm-held personal computer (PPC or PDA) or a smart phone, but has a low cost and feature set supported by the console that is novel in the consumer electronics market. In particular, this disclosure relates to combining telephone service, device control and, optionally, a fingerprint reader for easy user identification/authorization and personalization. As another option, a camera can be incorporated into the remote, thereby enabling video conferencing and other visual features. Alternatively, the remote may be packaged separately from a console and sold to interact with capabilities of a communications and console, set-top box, multi-media PC or other consumer electronics device from a different source, such as one running on a Windows, OS X or Linux platform, with or without telephone capabilities. The remote may include a media reader and remote USB port.

RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.12/420,723, filed 8 Apr. 2009, by inventor Robert Stepanian, entitled,“TETHERED DIGITAL BUTLER CONSUMER ELECTRONIC DEVICE AND METHOD”, whichis a continuation of U.S. Pat. No. 7,542,753, filed 15 Sep. 2008, whichis in turn a continuation of U.S. Pat. No. 7,444,130, filed 18 Aug.2006, which is a continuation-in-part of U.S. Pat. No. 7,389,103, filedFeb. 8, 2006, which claims the benefit of U.S. Provisional ApplicationNo. 60/709,666, filed 19 Aug. 19, 2005.

This application is related to U.S. Design patent application Nos.29/236,023, 29/236,022 and 29/236,022, filed on Aug. 10, 2005 byinventors Phoebe Ng, Robert Stepanian and Allison S. Conner, entitled,“NAVIGATION BUTTON ARRAY FOR REMOTE CONTROL HOUSING”, “REMOTE CONTROLHOUSING” and “CONSOLE HOUSING”. The priority, provisional and relateddesign applications are incorporated by reference.

BACKGROUND OF THE INVENTION

The present invention relates to a tethered digital butler consumerelectronics product and method. The tethered digital butler, of a priceand form factor suitable for consumer electronics markets of developedand developing countries, includes a communications and multi-mediaconsole and a wireless remote. The remote may resemble a handheldpersonal computer (HPC), a palm-held personal computer (PPC or PDA) or asmart phone, but has a low cost and feature set supported by the consolethat is novel in the consumer electronics market. In particular, thisdisclosure relates to combining telephone service, device control and,optionally, a fingerprint reader for easy useridentification/authorization and personalization. The remote may bepackaged separately from a console and sold to interact withcapabilities of a communications and multi-media console from adifferent source, such as one running on a Windows, OS X or Linuxplatform.

Convergence of digital devices is not unbounded, because it is guided bymarket realities. Many concepts are floated as trial balloons thatburst, never to see an enabling development effort or a reduction topractice. Some convergence trends are strong and noteworthy. Cellularsmartphones or business phones such as Treo or Blackberry products arebecoming powerful and supplanting separate PDAs. These smartphones gowith the user across a cellular network and even overseas. They areuntethered, packing many features into a small form factor, notrequiring a console. Another trend is to repackage a PC as media center,complete with a wireless keyboard. Recent announcements suggestinterfacing a Microsoft media center with a Bluetooth-equipped cellulartelephone to use the sound reproduction of a TV as a sort of speakerphone, relying on the cellular telephone for network connectivity. Inboth instances, the telephone features are untethered from and do notdepend on availability of a console.

For developing countries and cost-conscious buyers, the Treo and mediacenter approaches are over-built and too expensive. An opportunityarises to provide a low-cost integrated consumer electronics system thatincludes a novel feature set and a cost-effective allocation oftechnical tasks between a remote and a console.

SUMMARY OF THE INVENTION

The present invention relates to a tethered digital butler consumerelectronics product and method. The tethered digital butler, of a priceand form factor suitable for consumer electronics markets of developedand developing countries, includes a communications and multi-mediaconsole and a wireless remote. The remote may resemble a handheldpersonal computer (HPC), a palm-held personal computer (PPC or PDA) or asmart phone, but has a low cost and feature set supported by the consolethat is novel in the consumer electronics market. In particular, thisdisclosure relates to combining telephone service, device control and,optionally, a fingerprint reader for easy useridentification/authorization and personalization. As another option, acamera can be incorporated into the remote, thereby enabling videoconferencing and other visual features. Alternatively, the remote may bepackaged separately from a console and sold to interact withcapabilities of a communications and console, set-top box, multi-mediaPC or other consumer electronics device from a different source, such asone running on a Windows, OS X or Linux platform, with or withouttelephone capabilities. The remote may include a media reader and remoteUSB port. Particular aspects of the present invention are described inthe claims, specification and drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of the digital butler remote.

Details of the main processor are depicted in FIG. 2.

The LPC 2132 memory maps are shown in FIG. 3.

FIG. 4 shows the 8051 based Philips LPC89LPC931 controller.

FIG. 5 shows the ZV4301 to other CPU and peripheral interfaces.

FIG. 6 is a block diagram of the console.

FIG. 7 is an alternative block diagram of the digital butler remote,with a CMOS camera module and/or memory card reader.

DETAILED DESCRIPTION

The following detailed description is made with reference to thefigures. Preferred embodiments are described to illustrate the presentinvention, not to limit its scope, which is defined by the claims. Thoseof ordinary skill in the art will recognize a variety of equivalentvariations on the description that follows.

A tethered digital butler produces a low cost, palm-held remote with anovel combination of features that are implemented by logic andresources of the console, connected wirelessly to the palm-held remote.Tethering the palm-held device, so that it depends on logic andresources of the console, runs against the trends and teachings of theconsumer electronics industry and particularly against the trend towardmore powerful smartphones.

Various novel combinations of features are emphasized in thisapplication. One will recognize that the features discussed can becombined in many ways, while remaining faithful to the tethered digitalbutler concept.

In a first embodiment of the tethered digital butler, the palm-heldremote allows a user to select among and use logic and resources of abread-box or smaller sized console to authenticate users from afingerprint reader on the remote, to personalize the user's telephone,TV viewing, media access and internet browsing experiences, to connectthe user to a telephone network consistent with the user'sauthentication, and to control multi-media features, such as channelcontrol, volume control, DVD/CD playback control, and digitally storedmusic access and playback. In this embodiment, the palm-held remoteintegrates at least a fingerprint reader, a speaker, microphone andvolume control adapted for use as a telephone, a display at leastcapable of showing a telephone number, a cursor control and triggeradapted to select and control resources of the console, a compact keypadincluding numeric keys usable for telephone dialing, the compact keypadfurther including alphabetic keys usable for web browsing. The bread-boxor smaller sized console integrates at least a DVD/CD player, a networkport and logic and resources adapted to authenticate users of thepalm-held remote and personalize their telephone network connection andtheir Internet browsing based on fingerprints received from thepalm-held remote, connect telephone features of the palm-held remote tothe telephone network, respond to Internet browsing commands from thepalm-held remote and display web pages on a monitor or television,control channels accessed by a video receiver, drive speakers andprovide volume control, provide playback control for the DVD/CD player,and access and playback digitally stored music.

In a second embodiment of the tethered digital butler, the palm-heldremote has fewer components; the console supports fewer features; thus,the combination will be less expensive and more attractive in manymarkets. Remote components then include a speaker, microphone and volumecontrol adapted for use as a telephone, a display at least capable ofshowing a telephone number, a cursor control and trigger adapted toselect and control resources of the console, and a compact keypadincluding numeric keys usable for telephone dialing. The fingerprintreader is not included, nor is the alphabetic keypad. The logic andresources of the console are reduced accordingly. Logic and resources ofthe console need not authenticate and personalize based on fingerprintsor access and playback digitally stored music. Internet browsing may belimited or may be supported by an on-screen keyboard.

In a third embodiment of the tethered digital butler, the DVD/CD playeris omitted from the console. The features of the palm-held remote do notmuch change, but the logic and resources required of the console arereduced.

In fourth embodiment, the console is implemented on a PC, which may belarger than bread-box sized. This typically would be less desirable, asmost PCs do not fit a media room décor and are relatively loud, due tofans and hard disk rotation. A new generation of PCs, such as the MacMini, presents a small form factor (presently 6.5×6.5×2 inches) andquiet operation, while including enough computing power to function asPC.

In a fifth embodiment, the remote is emphasized. One aspect of theremote is to provide a complete I/O platform in the palm of the user'shand. Features adaptable to VoIP and/or video phone operation, such as amicrophone, can be used for other purposes, such as dictation, notetaking, voice messaging, listening to music or remote viewing video. Tosupport the high demands of streaming video, a broader communicationschannel, such as Bluetooth version 2 or later or 802.11n, and a morepowerful processor are included. The remote may function in tandem witha console, PC or set top cable or satellite box. It also could beconfigured to control other consumer electronics device such as a TV,IP-TV, home theater system, component stereo, digital video recorder,DVD player or recorder, VCR, etc. It can receivelnposelstartstreamlnposelending media directly from a server. Thepalm-held remote may be combined with a glue logic application thatenables a console, PC, set top box or other consumer electronics deviceto utilize the special purpose controls of the remote. The remote may beadapted to invoke a glue logic application supplied for or native to acommunications and/or multi-media console, such as one running underWindows, OS X or Linux.

In a sixth embodiment, a remote control for a gateway device t iscoupled to multimedia and communication resources. The gateway deviceincluding logic and resources to process wireless input and provideaccess to the multimedia and communication resources. The remote controlincludes a palm-held remote adapted to invoke glue logic running on thegateway device by wirelessly directing input to the gateway device. Itintegrates at least a speaker and volume control adapted for use as aremote speaker, a fingerprint reader and a cursor control and triggeradapted to select and control resources of the console. Glue logicinvoked wirelessly by the remote control is adapted to connect thespeaker to a sound reproduction module and connect the fingerprintreader to an authentication and personalization module that selects auser profile based on activation of the fingerprint reader andauthentication of the user. The personalization module adapted topresent the user's personalized favorite media access, present theuser's personalized history lists, automatically authenticate the userfor digital rights management, automatically authenticate the user forcommunication access, and automatically authenticate the user forelectronic wallet reproduction of purchasing credentials.

An alternative to video operation of a camera is still operation of thecamera. The still camera may be wirelessly coupled to a photographiccapture module running on another device, which persists the picturestaken. The persistence at the other device can simplify the remote andreduce its cost, as only temporary buffering in the remote is needed.

An aspect of this disclosure that can be combined with any of theforegoing embodiments is remote on-screen menu and controls display,translating a device menu and controls display that would normallyappear on a TV or monitor for reproduction on a display that is part ofthe remote. To implement this capability, a menu-generating device canassemble on-screen menus and controls as separate data stream, apartfrom any video image that the menus and controls overlay. The datastream can be supplied both to the device's own on-screen overlaygenerator and to a communications module coupled to the remote. Theremote uses the data stream to render the on-screen display in a legibleformat, adapted to the reduced size of a screen on the remote.Preferably, the menu and control organization format on the remotemimics what the viewer can see on the screen, to minimize confusion.Technologies such as a subset of HTML and JavaScript allow a designer tospecify a menu and control layout in terms that permit rendering to avariety of display sizes. Remote display of the on-screen menu andcontrol data stream may preempt a video image display or may be overlaidon top of the video image. Optionally, the device's on-screen menu andcontrols can be supplied to the remote exclusively as a data stream andnot as part of a rendered video stream, to avoid confusing menus ofdifferent sizes. Alternatively, the on-screen menus and controls mayjust appear on the remote's display as a consequence of being renderedto a TV or monitor that is reproduced on the remote's display.

In any of these embodiments, a camera module can be incorporated intothe remote, thereby enabling video conferencing and other visualfeatures. The camera is complemented by a glue logic applicationsupplied for or native to a communications and/or multi-media console,such as one running under Windows, OS X or Linux. To support full motionvideo, Bluetooth version 2 or later or a wireless Ethernet protocol maybe used to supply the required bandwidth.

As a further aspect of these embodiments, the console may be equippedwith a non-volatile memory sized to time-shift playback from the videoreceiver and its logic and resources are further adapted to provide amenu of upcoming video content, schedule recording of the video contentand replay the video content. Alternatively, the non-volatile memory maybe sized to hold a library of digital music.

The I/O platform in the palm of our hand concept can be enhanced byadding a memory card reader to the remote. One or more of the manymemory card formats now in use or as may be developed in the future canbe accommodated.

Another form of I/O is provided through a USB or Firewire port. Theremote may integrate a USB connector and port or similar Firewiresupport. Glue logic running on the host device may be adapted to treatthe USB or Firewire port as if it were local to a machine being accessedusing the remote.

In another aspect of these embodiments, the remote may hold a DRM keyand automatically deliver the key to DRM-enabled device. Either memoryon the remote, a memory module or an identification reader combined withthe remote may hold the DRM key. The identification reader can read asmart card or similar module with memory or can read a fingerprint inorder to authorize automatic use of the DRM key to exerciseDRM-evidenced rights. When a user visits a neighbor's console, they maytake along their hand-held remote and the associated digital rights foruse on the neighbor's console or other device.

Another feature that can be combined with any of these embodiments ispersonalization based on a single action, a swipe of the fingerprintreader. Coupled wirelessly to the fingerprint sensor software is apersonalization module. If a user does not identify himself by swipingthe fingerprint sensor, then a generic profile is applied topersonalization of music, movies, photos, videos, files and telephoneaccess. If the user swipes the fingerprint sensor, then personalizationcan be applied, analogous to switching users in current Windows XPimplementations. This degree of context shifting based on a singleaction at a remote control is believed to be new and unique. Thepersonalization may include: favorite channels/movies/shows in astreaming video environment; favorite music, photos or video in an ondemand environment; approved access to DRM-controlled content using oneor more keys linked to the fingerprint; history of searches, recenttopics, personal interest (a la Google Sidebar or Claria PersonalWeb),personal receptiveness to advertising content, recently accessed files;automatic authenticated access to communication channels linked to thefingerprint, such as voice over IP, instant messaging, web conferencingand e-mail; electronic wallet access, automatically looking up creditcard information and other account authorization information; andsharing of information by person logged in.

The console may be equipped with a remote locator control button thatcauses the remote to emit a tone which makes it easier to locate.

The form factor of a palm-held remote should be easily recognized.

The form factor of a bread-box or smaller sized console can be judged byvolume. A smallish consumer electronics component uses an enclosure(from which connectors and feet protrude) that is 12 by 15 by 3 inchesand has a volume of 540 cubic inches. This is an approximately bread-boxsized enclosure, although the shape differs from a loaf of bread.

Remote Hardware

Introduction

The digital butler remote is a gadget based on the Bluetooth or anotherwireless technology used for communications and remote controlapplications.

Features

The digital butler remote board is an ARM7 processor based solution.

This remote is built around the Philips LPC2132 ARM controller. The mainprocessor provides interfaces for the Keypad, Trackball or otherpointing device, 128*32 graphics LCD module, fingerprint sensor, andBluetooth SOC. The Bluetooth SOC and Zeevo ZV4301 interface with amicrophone, speaker and headphone for voice utilities. The system mayuse a Philips 89LPC931 controller for the keypad interface through a 12CBus. Alternative hardware configurations are illustrated in FIGS. 7 and8.

FIG. 1 is a block diagram of the digital butler remote.

Embodiment Details Chip Name Chip number Description Main processorLPC2132, Philips. Main CPU, 60 MHz/64 Kb (100) flash/16 Kb SRAM Keypadcontroller 89LPC931, Philips. 8051 MCU compatible (122) with 8 KB flash,12C interface. LCD Display DDG128032AAD, 128 * 32 graphics parallel/module (133) DDTL. serial LCD Module. TrackBall (123) TBWB2A00, ITTMiniature all directional Industries, Cannon; scanning switch. Omni- orVari-Point or Omni- or Vari-Disk devices, ITT Industries, Cannon.Fingertip sensor AES3400, Authentech. Fingertip sensor with SPI (121)interfaces. Bluetooth SOC ZV4301, Zeevo or Bluetooth SOC with, (132))equivalent by Broadcom UART interface. or RSMD. Flash Memory AT49BV802A,Atmel. Bluetooth SOC Flash, 8 Mb (131) Codec IC (141) MSM7716, OKI.Single rail codec. Power Supply LTC 3440EDD - Linear Micro powersynchronous (113) Technology. 600ma Buck-Boost Dc-DC converter

Additional details of the main processor are depicted in FIG. 2. TheLPC2132 (100) is based on a 32/16-bit ARM7TDM1-S CPU (232) with realtime emulation and embedded trace support, together with 64 Kbytes (KB)of embedded high speed flash memory (223). A 128 bit wide memoryinterface (211, 212, 222) and accelerator architecture enable 32 bitcode execution at maximum clock rate. For critical code sizeapplications, an alternate 16 bit “thumb mode” reduces code by more then30% with minimal performance penalty. Due to their tiny size and lowpower consumption, these micro controllers are typically used forminiaturized applications, such as hand-held equipment. Most peripheralpins can also be remapped as General Purpose I/O pins. The systemincludes on-chip SRAM of 16 KB (213) and is well suited forcommunication gateways and protocol converters, soft modems, voicerecognition and low end managing, providing both large buffer size andhigh processing power. Various 32-bit timers (247, 248), 10-bit 8channel ADC(s) (226), 10-bit DAC (227), PWM channels (225) and 47 GPIOlines (228) with up to nine edge or level sensitive external interruptpins, make these microcontrollers particularly suitable for industrialcontrol and hand-held systems.

The integrated ARM microprocessor operates at 60 MHz and, in oneembodiment, supports the following features:

-   -   16/32-bit ARM7TDM1-S microcontroller (232) in a tiny LQFP64        package. 8/16/32 KB of on-chip static RAM (213) and 64/512 KB of        on-chip Flash program memory (223). A 128 bit wide        interface/accelerator (211, 212, 222) enables high speed 60 MHz        operation.    -   In-System/In-Application Programming (ISP/IAP) via on-chip        boot-loader software. Single Flash sector or full chip erase in        400 ms and programming of 256 bytes in 1 Ms. Embedded Trace        interfaces (231) offer real-time debugging with the on-chip real        monitor software and high speed tracing of instruction        execution. One 8 channel 10-bit A/D converters (226) provides a        total of up to 16 analog inputs, with conversion times as low as        244 μs per channel.    -   Single 10-bit D/A converter (227) provides variable analog        output.    -   Two 32-bit timers/counters (with four capture and four compare        channels each)(225), PWM unit (six outputs) (225) and watchdog        (248).    -   Real-time clock (247) equipped with independent power and clock        supply permitting extremely low power consumption in power-save        modes. Multiple serial interfaces including two UART (16C550)        (246), two Fast I2C-bus (400 Kb/s) (244), SPI and SSP (245) with        buffering and variable data length capabilities.    -   Vectored interrupt controller (253) with configurable priorities        and vector addresses.    -   Up to 47 5 V tolerant general purpose I/O pins (228) in tiny        LQFP64 package.    -   Up to nine edge or level sensitive external interrupt pins (224)        available.    -   60 MHz maximum CPU clock available from programmable on-chip PLL        (241).    -   On-chip crystal oscillator with an operating range of 1 MHz to        30 MHz.    -   Power saving modes include idle and Power-down.    -   Individual enable/disable of peripheral functions as well as        peripheral clock scaling down for additional power optimization.    -   Processor wake-up from Power-down mode via external interrupt        (224).    -   Single power supply chip with POR and BOD circuits.    -   CPU operating voltage range of 3.0 V to 36 V (33 V±10%) with 5 V        tolerant I/O pads.

The LPC 2132's 64 KB of flash memory (223) may be used for both code anddata storage. Programming of the flash memory may be accomplished inseveral ways. It may be programmed in the system via the serial port(245). The application program may also erase and/or program the flashwhile the application is running, allowing flexibility for data storagefield firm grade upgrades, etc. While the on chip boot loader is used,64 KB flash memory is available for user code. The LPC2132 flash memoryprovides a minimum of 100,000 erase/write cycles and 20 years of dataretention. On-chip static RAM (213) may be used for code and/or datastorage. The SRAM may be accessed as 8 bits, 16 bits or 32 bits wide.General purpose parallel I/O is supported by device pins that areconnected to a specific peripheral function are controlled by the GPIOregisters. Pins may be dynamically configured as inputs or outputs.Separate registers allow setting or clearing any number of outputssimultaneously. The value of the output register may be read back, aswell as the current state of the port pins. The GPIO lines have thefollowing features.

Direction control of individual bits.

Separate control of output set and clear.

All I/O default to inputs after reset.

The LPC 2132 memory maps shown in FIG. 3 incorporate several distinctregions. In addition, the CPU interrupt vectors may be re-mapped toallow them to reside in either Flash memory (by default) or on-chipstatic RAM.

The vectored interrupt controller (VIC) accepts all of the interruptrequest inputs and categorizes them as FIQ, vectored IRQ, and nonvectored IRQ as defined by programmable setting. The programmableassignment scheme means that priorities of interrupts from the variousperipherals can be dynamically assigned and adjusted.

Fast interrupt request (FIQ) has the highest priority. If more than onerequest is assigned to FIQ, the VIC combines the requests to produce theFIQ signal to the ARM processor. The fastest possible FIQ latency isachieved when only one request is classified as FIQ, because then theFIQ service routine can simply start dealing with that device. But ifmore than one request is assigned to the FIQ class, the FIQ servicesroutine can read a word from the VIC that identifies an FIQ source thatis requesting an interrupt. Vectored IRAs have middle priority. Sixteenof the interrupts can be assigned to this category. Any of the interruptrequests can be assigned to any of the 16 vectored IRQ slots, amongwhich slot 0 has the highest priority and slot 15 has the lowest.Non-vectored IRQ's have the lowest priority.

The VIC combines the requests from all the vectored and non-vectoredIRAs to produce the IRQ signal to the ARM processor. The IRQ serviceroutine can start by reading the register from the VIC and jumpingthere. If any of the vectored IRAs are requested, the VIC provides theaddress of the highest-priority requesting IRAs service routine,otherwise it provides the address of a default routine that is shared byall the non vectored IRAs. The default routine can read another VICregister to see what IRAs are active.

The LPC 2132 contains two UARTs (246). One UART provides a full modemcontrol handshake interface, the other provides only transmit andreceive data lines. The features of UART is listed below:

16 byte, receive and transmit FIFO s.

Register locations conform to ‘550’ industry standard.

Receiver, FIFO trigger points at 1, 4, 8, and 14 bytes.

Built in baud rate generator.

Standard modem interface signals included on UART 1.

I2C (244) is a bi-directional bus for inter IC control using only twowires, a serial clock line (SCL) and a serial data line (SDA). Eachdevice is recognized by a unique address and can operate as either areceiver only device or a transmitter with the capability both toreceive and send information.

Transmitters and/or receivers can operate in either master or slavemode, depending on whether the chip has to initiate a data transfer oris only addressed. I2C is a multi-master bus that can be controlled bymore than one bus master connected to it.

I2C implemented in LPC2132 support bit rate up to 400 kbit/s (Fast I2C).The features of LPC2132 I2C bus is listed below:

-   -   Standard I2C compliant bus interface.    -   Easy to configure as master, slave, or line-select master or        slave.    -   Programming clocks allow versatile rate control.    -   Bi-directional data transfer between masters and slaves.    -   Multi master bus(no center master)    -   Arbitration between simultaneously transmitting masters without        corruption of serial data on the bus.    -   Serial clock synchronization allows devices with different bit        rates to communicate via one serial bus.    -   Serial clock synchronization can be used as a hand shack        mechanism to suspend and resume serial transfer.    -   The I2C bus may be used for test diagnostics purposes.

The SPI (245) is a full duplex serial I/O interface, designed to be ableto handle multiple masters and slaves connected to a given bus. A singlemaster and a single slave communicate on the interface during a givendata transfer. During a data transfer, the master always sends a byte ofdata to the slave, and the slave always sends a byte of data to themaster. The features of the SPI controller is listed below:

Compliant with serial peripheral interface (SPI) specification.

Synchronous, serial, full duplex, communication.

Combined SPI master and slave.

Maximum data bit rate of one eighth of the input clock rate.

The real time clock (RTC) (247) is designed to provide a set of countersto measure time when normal or ideal operating mode is selected. The RTCuses little power, making it suitable for battery powered systems wherethe CPU is not running continuously (idle mode). The features of RTC aredescribed below.

-   -   Measures the passage of time to maintain a calendar and clock.    -   Ultra low power design to support battery powered systems.    -   Provides seconds, minutes, hours, day, month, year, day of week,        and the day of year.    -   Programmable reference clock divider allows adjustment of the        RTC to match various crystal frequencies.

The 8051 based Philips LPC89LPC931 controller in FIG. 4 is suitable forkeyboard interface. The P89LPC930/931 (404) is based on a highperformance processor architecture that executes instructions in two tofour clocks, six times the rate of standard 80C51 devices. Manysystem-level functions have been incorporated into the P89LPC930/931 inorder to reduce component count, board space, and system cost. TheP89LPC931 has the following enhanced features:

-   -   A high performance ARM processor 80C51 CPU provides instruction        cycle times of 111 ns to 222 ns for instructions except multiply        and divide, when executing at 18 MHz. This is six times the        performance of the standard 80C51 running at the same clock        frequency. A lower clock frequency for the same performance        results in power savings and reduced EMI.    -   2.4 V to 3.6 V VDD operating range. I/O pins are 5 V tolerant.    -   8 kB flash code memory with 1 kB sectors, and 64-byte page size.    -   Byte-erase allowing code memory to be used for data storage.    -   Flash program operation completes in 2 ms.    -   256-byte RAM data memory.    -   Real-time clock that can also be used as a system timer.    -   Enhanced UART with fractional baud rate generator, break detect,        framing error detection, automatic address detection and        versatile interrupt capabilities.    -   400 kHz byte-wide 12C-bus communication port.    -   Eight keypad interrupt inputs, plus two additional external        interrupt inputs.    -   Four interrupt priority levels.

On-chip power-on reset allows operation without external resetcomponents. A reset counter and reset glitch suppression circuitryprevent spurious and incomplete resets. A software reset function isalso available.

The keypad 8*13 matrix (406) is connected to the GPIO lines of P89LPC931micro controller (404). The keypad has 8 return lines and 13 scan lines.The return lines are connected to the keyboard port of the P89LPC931micro controller. The P89LPC931 is connected to the main processorLPC2132 through the 12C bus to minimize the number of pins on the mainprocessor.

The custom software is loaded into the flash program memory of theP89LPC931 micro controller which scans the keypad and generates ASCIIcodes and communicates to the main processor through the I2C bus. TheP89LPC931 micro controller is normally kept in power save mode, and itwill awaken in response to keyboard interrupts after the key press. Thekeyboard port of P89LPC931 has a change on status interrupt feature, andhence any key press will generate the keyboard interrupt. The keybounces are taken care of by the software.

The QWERTY keyboard may have a Chinese character entry feature and thesoftware transfers the Chinese corresponding ASCII codes to the mainprocessor in Chinese key entry mode.

The following tables describe interfaces among the CPU (100), keyboardcontroller (404) and matrix (406):

Keyboard Controller to CPU Interface Signal LPC2132 P89LPC93 RemarksSerial I2C Data SDA SDA I2C interface Serial I2C clock SCL SCL I2Cinterface

Keyboard Controller to Matrix Interface P89LPC93 Signal Signal Name keyboard Remarks K131.0 Keybd input 1 P0.0 RET LINE 1 Keybd Return line 1KBI.1 Keybd input 2 P0.1 RET LINE 2 Keybd Return line 2 K13I.2 Keybdinput 3 P0.2 RET LINE 3 Keybd Return line 3 K13I.3 Keybd input 4 P0.3RET LINE 4 Keybd Return line 4 KBIA Keybd input 5 P0.4 RET LINE 5 KeybdReturn line 5 K13I.5 Keybd input 6 P0.5 RET LINE 6 Keybd Return line 6K13I.6 Keybd input 7 P0.6 RET LINE 7 Keybd Return line 7 K13I.7 Keybdinput 8 P0.7 RET LINE 8 Keybd Return line 8 K130.0 Keybd output 1 P2.0SCAN LINE 1 Keybd Scan line 1 K130.1 Keybd output 2 P2.1 SCAN LINE 2Keybd Scan line 2 K130.2 Keybd output 3 P2.2 SCAN LINE 3 Keybd Scan line3 K130.3 Keybd output 4 P2.3 SCAN LINE 4 Keybd Scan line 4 KBOA Keybdoutput 5 P2.4 SCAN LINE 5 Keybd Scan line 5 K130.5 Keybd output 6 P2.5SCAN LINE 6 Keybd Scan line 6 K130.6 Keybd output 7 P2.6 SCAN LINE 7Keybd Scan line 7 K130.7 Keybd output 8 P2.7 SCAN LINE 8 Keybd Scan line8 K130.8 Keybd output 9 P1.0 SCAN LINE 9 Keybd Scan line 9 K130.9 Keybdoutput 10 P1.1 SCAN LINE 10 Keybd Scan line 10 K130.10 Keybd output 11P1.4 SCAN LINE 11 Keybd Scan line 11 K130.11 Keybd output 12 P1.6 SCANLINE 12 Keybd Scan line 12 K130.12 Keybd output 13 P1.7 SCAN LINE 13Keybd Scan line 13

The LCD display (133) DD12803AAD, in one embodiment, is a 128*32 dotmatrix LCD module. The LCD Module can be easily accessed via parallelmicro controller GPIO interface. Its features include:

Transflective display mode and positive type, B/W mode, FSTN LCD.

Graphic 128*32 dot-matrix display format.

Parallel input data from micro controller.

1/33 duty multiplexing ratio.

1/16 bias.

6 o'clock viewing direction.

Dimension outline 35(W)*28.9(H)*1.75(D) mm.

Resolution 128*32 dots.

Active area 29.66(W)*8.45(W) mm.

Dots pitch 0.232(W)*0.265(H) mm.

Dots size 0.202(W)*0.235(H) mm.

The ITT Industries, Cannon TBWB2A00 trackball (123) is a miniature alldirectional scanning switch developed for mobile, remote, PDA, notebookPC, and hand-held device applications. It includes two perpendicularrollers actuated by friction on the ball and two spring contacts whichgenerate (by contact closing and opening) the electrical pulses and alight tactile effect (click) at each pulse. A switch called “Select” isintegrated in the trackball. Optimally, two LEDs can be included withthe trackball and driven according to the wishes of the user. Severaltactile effects can be obtained according to the number of toothintegrated in the gear axle; the standard resolution is 12 pulses perball rotation. When the Trackball is activated, its relative positionchanges are analyzed in two directions X and Y. The two perpendicularrollers are actuated by friction on the ball. During their revolution,the rollers activate two spring contacts which generate (by contactclosing and opening) the electrical pulses.

To track the ball movements, a simple electronic device tied to thedirection contacts converts the vertical and horizontal displacements ofthe both perpendicular rollers in logical levels of X-axis and Y-axisdisplacements: Some pull-up resistors (or respectively pull downresistors) are tied to the axis direction contacts while the commoncontact is tied to the ground (or respectively to the power supplypotential). The change in state interrupts the main LPC2132 processor(100). The output pulse frequency is directly proportional to the movingspeed and the direction. The pulse frequency is processed by the mainprocessor LPC2132 and the corresponding PS2 data sent to the hostsystem.

Alternatively, the ITT Industries, Cannon Omni- or Vari-Point joystickor the Omni- or Vari-Disk navigation disk can be used instead of atrackball.

The AuthenTec EntrePad, AES3400, AuthenTec's 3rd generation low power,small form-factor fingerprint identification sensor IC (121). Thisproduct combines silicon-based image capture with a proprietary sensorcontrol and matching algorithms to deliver ability-to-acquire (ATA)fingerprint images and authentication. AuthenTec's EntrePad AES3400utilizes TruePrint Technology, allowing the sensor to look past theeasily obscured outer surface of the skin to the living layer belowwhere the unique ridge and valley patterns of the fingerprint originate.Trueprint is AuthenTec's unique patented imaging technology. Duringimaging, a small near-field signal is generated between the IC and thefinger's living tissue layer. 16,384 individual elements in the sensormatrix form a planar antenna array that receives this signal, creating adigital pattern that accurately reproduces the fingerprint's underlyingstructure. A powerful utility within TruePrint is Dynamic Optimization.This tool analyzes each image, controlling up to 15 sensor parameters tooptimize the fingerprint image, regardless of unusual skin conditions orsurface contamination. The TruePrint high-quality fingerprint imagingtechnology enables reliable authentication.

The fingerprint sensor is small, battery friendly and well-suited toBluetooth communications. These sensors automatically generateinterrupts and reduce system overhead needed for finger detection.

Features of the fingerprint component, in one embodiment, include:

-   -   TruePrint technology for ability to acquire (ATA)    -   Compact industry standard 100-Pin LQFP Package    -   High definition 128×128 TruePrint technology based pixel array    -   500 pixels per inch (ppi)    -   Extended Range 2.7V to 3.6V single power supply    -   0° C. to +70° C. operating temperature range    -   Easy to integrate USB 2.0 full speed, synchronous & asynchronous        serial, & 8-bit parallel system interfaces    -   6 or 12 MHz operation with crystal or supplied clock input    -   USB selective suspend support    -   Ultra-hard surface coating    -   1 million rubs w/o degradation    -   Highly scratch resistant    -   IEC 61000-4-2 level 3 ESD capability (+/−8 KV)    -   Built-in low power finger detection w/system interrupt        capability    -   Low power operation; <6 mW/imaging event.    -   The interface of these fingertip sensors is pin selectable        choices. The SPI interface finger chip sensor is selected so        that the finger tip sensor is connected to the SPI port (245) of        the main processor.

The Zeevo ZV4301 in FIG. 5 used in one embodiment is a Bluetooth SOCadapted to provide a high bandwidth CPU system to add wirelessconnectivity to their product. The ZV 4301 (502) incorporates theindustry standard 32 bit ARM7TDM1 CPU core with high bandwidthprocessing capability sufficient to support a wide range of embeddedapplications. The ZV4301 operates from −25 C to 85 C and comes in a leadfree version. The ZV4301 is implemented in a 0.18 micro meter CMOSprocess and includes the integration of all RF components and digitalcircuitry. The only external components needed are an antenna, crystal,reference resister, decoupling capacitors, and flash memory. The ZV4301is designed for low power applications including sleep and deep sleepmodes, and operates from a single 3.3V supply. The ZV4301 ismanufactured in an 8.6×8.6×1.65 mm LTCC BGA package with 100 balls.

The ZV4301 is supplied with a link library for a complete lower layerprotocol stack and source code to the blueOS operating system, targetmanager and link manager API. Upper layers are supported through theZeevo partner program with firmware, Bluetooth protocol stack softwareand Bluetooth profiles available from Zeevo's extensive partner list.

The Zeevo4301 typical application supports AV equipment, smart phones,personal digital assistants, printers, cellular peripherals, accesspoints and industry controls. Features include:

-   -   Bluetooth 1.2 compliant.    -   High bandwidth ARM7TDM1 processor subsystem.    -   12, 24 and 48 MHz CPU clocks—selectable on chip PLL from single        12 MHz input.    -   Highly integrated low cost solution: Radio, link control and CPU        are integrated.    -   High throughput.    -   Tested qualified software stack available.    -   Support for very low power modes—sleep and deep sleep.    -   Audio capability on an SCO channel.    -   On chip crystal tuning and power calibration.    -   Complete co-location and co-existence solutions with 802.11        supported through AWMA, AFH and SFH.

The CPU and memory support include:

ARM7TDMI processor core.

12 24 and 48 MHz operation.

32/16 bit RISC architecture, 32 bit ARM instruction.

16 bit Thumb instruction set for increased code density.

32 bit ALU and high performance multiplier.

Extensive debug facilities-JTAG.

8 K bytes of boot ROM.

64 K bytes of SRAM.

The radio features include:

Integrated RF interface connects directly to antenna.

Integrated power amplifier supports up to +4 dBm output power for class2 & 3 operation.

High sensitive design (−86 dBm typically).

Class 1 operation is supported with an external power amplifier/LNAinterface.

IF-enhanced direct conversion receiver architecture.

Integrated TX/Rx switch, balun, and matching network in an LTCC package.

Low power consumption receiver design.

Multiplexed RX/TX antenna interface.

Fully integrated PLL synthesizer and loop filter—requires external 12MHZ crystal.

The baseband and software features include:

-   -   Required and optional Bluetooth 1.2 features faster connection,        extended SCO link, adaptive frequency hopping (AFH), QOS, flow        control.    -   Direct memory access (DMA) for low overhead UART control.    -   Standard Bluetooth HCI interface over UART and USB.    -   Support for a range of Bluetooth data rates (57.6-723 Kb/sec)    -   Support for multiple ACL and HC-SCO packet types.    -   Park, sniff, and hold modes.    -   Point-to-point, point-to-multipoint, and scatter net.    -   Up to 7 slaves and up to 4 Pico nets supported.    -   u-Law, A-Law and CVSD transcoders on SCO channel    -   Full 8- to 128 bit encryption.

The baseband modem includes:

-   -   Demodulator, modulator, RX/TX self calibration, burst timing        control and transmitter burst spectral shaping.    -   FEC encoder/decoder, data whitening, encryption-decryption, and        cyclic redundancy check.    -   Link controller for synchronization, frequency hope control, and        receiver/transmitter slot timing.

The external bus interface includes:

-   -   8, 16-bit data bus.    -   23-bit address bus.    -   Support for 2 memory banks. Each bank supports up to 16 Mbytes        flash and SRAM, with independent timing control for each bank.    -   GPIO can function as additional interrupts.    -   3 dedicated chip selects, each with independent timing control.    -   3 indicated interrupt lines.

The UART includes:

16450 register set compatible UART.

9600, 19.2K, 38.4K, 57.61K, 115.2K, 230.4K, 460.8K, and 921.6 Kbs UARTbaud rates.

RTS and CTS flow control signals for UART.

Direct Memory Access (DMA) for low overhead UART control.

The USB support includes:

USB version 2.0 compliant interface.

USB wakeup and detach sideband signals supported.

Direct Memory Access(DMA) for low overhead USB control.

The general purpose I/O features:

Sixteen individually programmable general purpose I/O.

Configurable for UART wake up hand shaking.

Base band and CPU activity indication.

USB/UART mode select.

Each GPIO can be used as interrupt.

The pulse code modulator support includes:

PCM interface for audio applications: PCM-OUT, PCM_IN, PCM_CLK, and

PCM SYNC.

Linear u-Law and A-Law codes supported.

Interface to OKI MSM 7732-01 and OKI 7716 codec.

Direct Memory Access (DMA) for low overhead PCM control

A 12 MHZ crystal serves as the primary clock crystal.

FIG. 5 shows the ZV4301 to other CPU and peripheral interfaces. TheZV4301 is interfaced with the main processor LPC2132 (100) through theUART port. The 8 Mb Flash memory AT49BV802A (501) is interfaced withZV4301 through the external bus interface. The single rail linear codec(141) is interfaced with the ZV4301 through the PCM interface.

Debugging of the remote is supported by JTAG header and BDM header isused in the board for the debugging purposes. This section gives thedetails of the JTAG header and BDM header.

The processor complies with the IEEE 1149.1 A JTAG testing standard. TheJTAG test pins are multiplexed with background debug pins.

The system is fed with 5 volts input power. The input power is passedthrough a diode to provide the protection against reverse polarity. Thepower to the digital butler remote comes from an external power supplymodule. The external power supply module will provide power to theremote and for charging the battery. The input power is fed through aconnector. From the 5 volts input, the following voltages are derived onthe CPU card: Processor core voltage: The core supply for the processoris generated through a low dropout regulator that can support current upto 1.5 A operating from a 5V-input. The output 1.8V is fed to the coreof the processor. PLL voltage: The core voltage is the input to the PLLthrough a ferrite bead, which supplies power to clock generation and PLLcircuits of the processor.

Data sheets publicly available for the major IC components include:

1. LPC213x Philips User manual Nov. 22, 2004.

2. Zeevo ZV4301 Datasheet Jan. 24, 2005. 3. P89LPC930/931 Data Sheet,Rev. 05-15 Dec. 2004.

4. DDG128032AAD Data sheet, Rev1.0, Issue date: 2004/10/065. ITT Cannon, Miniature all direction scanning switch Data sheet.6. Authentec Fingerprint sensor AES 3400 Data sheet.

7. MSM7716 OKI Datasheet Version August 1998. 8. AT49BV802A Datasheet,Document 3405D-Flash-March/2005.

In addition, a camera can be incorporated into the remote, therebyenabling video conferencing and other visual features. The camera iscomplemented by a glue logic application supplied for or native to acommunications and/or multi-media console, such as one running underWindows, OS X or Linux. A CMOS camera commercially available forincorporation in camera phones may be suitable for this application.This is illustrated in FIG. 7.

FIG. 7 depicts building the digital butler remote board as an XScaleprocessor based solution with a camera module and/or memory card reader.This remote is built around the Intel XScale micro controller or adigital signal processor (DSP). The main processor provides interfacesfor the Keypad, Joystick, 320*240 graphics LCD module, fingerprintsensor, Bluetooth SOC, WiFi 802.11b/g module, audio codec, camera moduleand memory card reader. The audio codec interfaces with a microphone,speaker and headphone for voice utilities. Alternatively, themicrophone, speaker and headphone could interface through the Bluetoothmodule, as described in the context of FIG. 1. A general USB dongleinterface (not shown) could be provided to allow the user to use the USBport as if it resided on the host device. The USB port of the remotewould function as a remote USB connection for the host.

From FIG. 7, the components include the main processor 700, whichcouples to the Bluetooth module 732, WiFi module 751 and audio codec741. The audio codec couples to speaker 752, microphone 751, audio jack753. The main processor also may couple to a fingerprint sensor 721 anda battery pack 712. A battery charger and power management component724, such as a cradle, couples to a DC power input 713 and charges thebattery 712. The main processor also may couple to a camera module 750,a display 733, a keypad 711 and joy stick 723. The camera module may,for instance, be a 3 mega pixel CMOS component. The memory card reader760 can support one or more memory card formats. Currently used memorycard formats, as of submission of this disclosure, include PC Card,CompactFlash I and II, SmartMedia, Memory Stick, Memory Stick Duo andMicro M2, Multimedia regular, reduced size and micro, Secure digitalregular, mini and micro, xD-Picture card and μ card. The main processor700 provides an array of ports for interfacing with these variouscomponents. While currently available components are generallyidentified, such as by resolution or wireless standard, one of skill inthe art will recognize that these components will evolve over the 20year life of a patent.

Remote Software

Software components of the palm-held remote include an LCD interfacemodule, a keyboard interface module, a fingerprint sensor module,trackball or other directional device interface module and a Bluetoothmodule. Other wireless protocols such as IEEE 802.1/x protocols can besubstituted for Bluetooth. Wireless protocols developed for cordlesstelephones also might be used. Data is transmitted and received overBluetooth or another wireless connection between the console and thepalm-held remote in a custom data format. In this format, a record mayhave fields including start of packet, packet type, links, data andchecksum. Different packet types are assigned to keyboard, trackball,fingerprint and LCD packets. The start of packet field indicates thatthe packet starts here. For instance, 0x7C can be used as a start ofpacket flag. A data field of just two bytes may be sufficient. When thechecksum contains an XOR of all the data, link and packet type fields,the checksum field can be used to discard corrupted data packets.

Audio support enables the remote to act as a remote speaker and/ormicrophone system for the host system. Audio support can be for mono,stereo or other advanced sound reproduction modes. The audio canfunction in an on-the-ear mode (e.g., like a telephone headset), with aheadset or as a speaker phone. These audio features can enabletelephonic capabilities for voice, place-shifting audio from the hostlocation to another room or floor in a home, private listening via awired or wireless headset and multiple stream playback, so that theaudio reproduced at the remote is different from the audio reproduced onspeakers wired to the host.

The LCD connected to the main controller uses the GPIO interface,including data and control lines. The LCD can be used to display datareceived over the wireless link. The data could be received in an HTMLor HTML subset format and rendered by a compact browser module. Or, acustom-designed packet format could be used for LCD data. This formatincludes eight fields: start of packet, packet type, link, mode,x-position, y-position, data and checksum. The mode field indicates themode in which the data is to be displayed. This module operates in twomodes, a so-called font mode and a byte mode. In a phone mode, the givenstring is displayed on the LCD display in the predefined font shape andsize. In the byte mode, the given date is displayed as raw data, whichallows the user to design their own shapes. X- and Y-positioncoordinates indicate the row and column position on the LCD.

The remote control can duplicate the visual operation of an on-screendisplay generated by a controlled device, using a display on the remote.The on-screen display interface is designed to provide easy, smooth,seamless operation of the device. However, most remotes provide an arrayof buttons and much different interface than the on-screen display.Sometimes, the array of buttons anticipates that no screen will beavailable for display. Other times, the manufacturer overbuilds theremote control. They attempt to expose all of the functionality of thehost device through individual keys on the remote. The sheer number ofkeys sometimes pushes controlled devices into states of operation thatare surprising, confusing and difficult to undo. A high resolutiondisplay on the remote control can enhance the user interface. Fordevices that accept keyboard or joystick/mouse responses to an on-screendisplay, the remote can substantially duplicate the look and feel of theon-screen display. In this instance, substantially means to the extentallowed by the form factor of the remote display. For instance, the sameHTML code may be differently rendered to the on-screen display and theremote display, given the different dimensions of the displays.

An on-screen menu and controls module can render a control interface,translating a device menu and controls display that would normallyappear on a TV or monitor for reproduction on a display that is part ofthe remote. To implement this capability, a menu-generating device canassemble on-screen menus and controls as a separate data stream, apartfrom any video image that the menus and controls overlay. The datastream can be supplied both to the device's own on-screen overlaygenerator and to a communications module coupled to the remote. Theremote uses the data stream to render the on-screen display in a legibleformat, adapted to the reduced size of a screen on the remote.Preferably, the menu and control organization format on the remotemimics what the viewer can see on the screen, to minimize confusion.Technologies such as a subset of HTML and JavaScript allow a designer tospecify a menu and control layout in terms that permit rendering to avariety of display sizes. Remote display of the on-screen menu andcontrol data stream may preempt a video image display or may be overlaidon top of the video image. Optionally, the device's on-screen menu andcontrols can be supplied to the remote exclusively as a data stream andnot as part of a rendered video stream, to avoid confusing menus ofdifferent sizes. Alternatively, the on-screen menus and controls mayjust appear on the remote's display as a consequence of being renderedto a TV or monitor that is reproduced on the remote's display.

One of skill in the art will recognize that a display in the palm of thehand will be useful to many people, because it reduces demands foreye-hand coordination and short-term memory. The form factor isconvenient. A single remote can control for many devices. Depending onthe features combined into the remote, varying complexity can bedelivered at varying prices.

The on-screen display module can be more or less stateful. JavaScript,for instance, can be used to keep track of the user's intermediateselections until they are sent to the host. Or, a Java or similarapplication could replicate the states of the host. More simply, thedisplay could be essentially stateless and rerendered by the host aftereach data transfer from the remote to the host.

The form factor of the remote display could alternatively be a fulldisplay with touch sensitive areas and rendered buttons that providevisual and/or audio feedback (as opposed to the tactile feedback ofpressed buttons.)

The keyboard module of the remote is implemented using an 8051. The keypress data is sent to the main microcontroller through an I2C interfacefor further processing. The keyboard is a matrix keyboard including 13scan lines and eight return lines. A key press causes the 8051 togenerate make and break codes along with key press values. This data isgiven to the main micro controller, which operates in an interrupt mode.Here, the 8051 acts as a master and the LPC2132 acts as a slave.

Fingerprint sensor software uses SPI code on the main controller. Thefingerprint data will be sent in a particular packet format over thewireless link to be processed on the host side. Authentec provides auseable appropriate library of routines for fingerprint authentication.

Coupled to the fingerprint sensor software is a personalization module.If a user does not identify himself by swiping the fingerprint sensor,then a generic profile is applied to personalization of music, movies,photos, videos, files and telephone access. If the user swipes thefingerprint sensor, then personalization can be applied, analogous toswitching users in current Windows XP implementations. This degree ofcontext shifting based on a single action at a remote control is new inthis disclosure. The personalization may include: favoritechannels/movies/shows in a streaming video environment; favorite music,photos or video in an on demand environment; approved access toDRM-controlled content using one or more keys linked to the fingerprint;history of searches, recent topics, personal interest (a la GoogleSidebar or Claria PersonalWeb), recently accessed files; automaticauthenticated access to communication channels linked to thefingerprint, such as voice over IP, instant messaging, web conferencingand e-mail; electronic wallet access, automatically looking up creditcard information and other account authorization information; andsharing of information by person logged in.

The trackball or other pointing device interface module uses samplingtechniques to read the ball movement and click button states. Theoutputs of the trackball are connected to general-purpose I/O channels.The modules sense the state of the general-purpose I/O's at apredetermined frequency, such as 1 kHz.

A Bluetooth wireless interface module may be based on Zeevo ZV4301Bluetooth SOC or a Broadcom or RFMD design with headset and serial portprofile (SPP) firmware. This module is coupled to the main controllerthrough a UART. The module is adapted to convey wirelessly a mix ofkeyboard data, trackball data, fingerprint sensor data forauthentication and data to be displayed on the remote module's display.

Console Hardware

Introduction

The core component of the console or host system may be a standard miniITX mother board with ports to add peripherals. A USB Bluetooth moduleand USB WLAN module may be connected to the motherboard through USBports. A display is connected through VGA connector and the socket modemwith RJ11 connector is connected through serial port 2. The remainingports can be used for external interface. The wireless remotecommunicates over Bluetooth with the USB Bluetooth module.

Features

FIG. 6 is a block diagram of the console (606). The host console of thesystem may be built on a standard Mini-ITX motherboard and an additionaladd-on board to support the features like WAP, Bluetooth, and a MODEMfor PSTN and a PCI-VGA Card. A standard Mini ITX is available in a 17cm×17 cm form factor. The motherboard and/or add-on board may includetwo VGA connectors; for example, a VGA connector from motherboard (613)and a second VGA connector using a PCI add-on card (614). The designalso may include a serial port for external interface (611A) and anotherserial port for a modem (611B), two USB ports (612B), support for aUSB-hub, an 802.11g WLAN module (632), preferably interoperable with802.11b, with a separately connected antenna. Other console componentsmay include a USB to Bluetooth module (632) with chip antenna, astandard PC hard disk drive (623) and DVD drive (624) and an ATX powersupply or Mini-ITX power module.

Motherboard support may include a VIA Eden/C3 processor at operating at1.0-1.5 GHz or another rate, integrated Castle Rock graphics with MPEG-2decoder (optionally an MPEG-4 decoder for video), a memory socket, suchas al DDR266 SODIMM socket, a PCI slot, two UltraDMA 66/100/133connectors (SATA connectors can be used), a 10/100 Base-T Ethernetphysical connection, PS2 mouse and keyboard ports; a parallel port, anRJ-45 LAN port, a serial port, two USB 2.0 ports and a VGA port.

A socket modem module (634) is one component used to connect themotherboard to a POTS telephone system. Alternatively, modules caninterface the motherboard to a cellular or similar telephone system orto a voice over IP (VoIP) system. One suitable module is aWMV34-0-TSM-100 from Analog Devices. This serial socket modem providescomplete worldwide support. An Analog Devices serial socket modemfeatures a solid state DAA that supports international operation withcompliance to international telephone standards. The modem module can beplugged on the carrier board by means of board to board connectors andwill be interfaced to the additional serial port available on themotherboard header. The socket modem module is powered by 3.3V DC supplyand the interfacing signals are in the 3.3V LVTTL level. The socketmodem module has the connections for a telephone line. This connectionwill be terminated to a RJ11 jack (635) on the carrier board for thispurpose. The serial port signals in the motherboard are terminated toheader COM2 which is in RS232 level. A RS232 transceiver interfaces(631) to the modem (634).

A standard, off-the-shelf 802.11g WLAN module (632) is available modulewith USB interface. The module can be connected to the USB portavailable on the motherboard header. An external antenna may bepositioned at the rear panel of the host system for maximum sensitivity.Some suitable modules include the Linksys-WUSB54GP and NetGear-WG111.These modules are interoperable with 802.11b. A WLAN module may be analternative to a Bluetooth module for communications with the remote, orcan provide a network interface for the console.

A standard, off-the-shelf Bluetooth module (633) is available modulewith USB interface. The module may be connected to the USB portavailable on the motherboard header. The module will be connected to thehost system by the USB port available on the motherboard header. Themodules built around CSR chipset may be suitable.

The power supply used may be a standard mini ITX power supply. Astandard 12 volts DC power module also can be used for this purpose. Thepower supply board includes DC-DC converters to provide output voltagesof +12V, −12V, +3.3V, and +5V DC, similar to an ATX power supply. Thesepower supply tapping is used in the carrier board to supply power to theadd on modules such as socket modem, WLAN, and Bluetooth modules.

Console Software

Introduction

A Linux core runs on the VIA Eden processor. The module drivers loadedon the OS core takes control the peripheral devices. A dedicatedsoftware application running parses data received wirelessly, such asover Bluetooth. It also redirects the data to corresponding modules.

Modules

The modem connected with the host system motherboard is used to make thedial-up connections. This makes the socket modem module as a portableone.

On the console or host system processor side, the serial driverinitializes and configures the serial port baud rate equal to the modembaud rate. An appropriate modem driver is loaded to manipulate theconnected socket modem. A WLAN module is a port of the Linux-WLANdriver, adapted to the host board. The USB WLAN modules identified fromLinksys and NetGear use the same driver. Once the WLAN hardware isconnected to the USB port, it is logically connected to the access pointusing the WLAN control utility.

A suitable Linux Bluetooth software stack is BlueZ. Processing data fromthe stack involves developing parsing the data received from the remote.The communication with the remote is established using the Bluezutilities from the host for remote headset and serial portfunctionalities. Once the application knows the source of the datapacket, it redirects the data to the appropriate module for the requiredfunctionality. The software also provides a facility to send the data tothe LCD available on the remote side. The application developer can usethe fingerprint raw data received from the Bluetooth remote and theauthentication code libraries provided by the vendor to achieve thematching operation.

The console may support the following functions:

Bluetooth remote access.

WLAN enabled for network communication.

Socket modem module for dial-up network connection.

The following combinations of hardware and software features are withinthe scope of this disclosure for providing services described. Supportedby the console, one or any combination of the following:

General Purpose Computer

TV Set Top Box w/optional personal video recorder (PVR)

Terrestrial, Cable, Satellite, IP

Messaging console (one or any combo)

Text (SMS/Webpages) Voice (Landline/cell/IP) Video Network Port

TV and/or Monitor Out

Optionally Hard Drive

Media Card Reader (non-volatile memory)CD/DVD (Writable versions possible)Wireless network router

Supported by the hand-held remote, one or any combination of thefollowing:

Fingerprint—Optional

Speaker/Mic/Vol control

Display Cursor Control Thumb-board (Alphanumeric) Video Camera MediaReader

USB port

Applied to the following services:

Communication, including Phone (LL/Cell/IP), Internet, email, andtext/voice/video messengerEntertainment, including Multimedia apps, including TV, PVR, DVD, Video,Photo, Music, Radio, and Games.Productivity apps, such as a personal information manager (PIM),contacts, calendar, editor.

Some Particular Embodiments

The present invention may be practiced as a method or device adapted topractice the method. The same method can be viewed from the perspectiveof a console adapted for use with a remote, a remote adapted to controla console or a combination of console and remote.

While the present invention is disclosed by reference to the preferredembodiments and examples detailed above, it is understood that theseexamples are intended in an illustrative rather than in a limitingsense. It is contemplated that modifications and combinations willreadily occur to those skilled in the art, which modifications andcombinations will be within the spirit of the invention and the scope ofthe following claims.

1. A remote control device with slaved audio reproduction, the deviceincluding: a wireless link transceiver; a digital rights managementport, adapted to couple electrically with a device that stores a DRMkey; at least one slaved input and output built into the remote control,including at least a slaved microphone and a slaved audio output; anavigation control built into the remote control; hardware resourcescoupled between the wireless link transceiver, the digital rightsmanagement port, the slaved input and output and the navigation control;a stack running on the hardware resources and exchanging packets with amaster device; a DRM logic running on the hardware resources, logicallycoupled to the stack, adapted to exchange with the master devicemessages related to the DRM key coupled to the digital rights managementport; and a decoder logic running on the hardware resources, logicallycoupled to the stack, adapted to receive the packets processed by themaster device into a remote control device format and to decode theremote control device format into signals to drive the slaved output;wherein the remote control depends on the master device to transcodeinput from and output to the slaved microphone and audio output betweenVoIP and the remote control device format, and relies on the masterdevice to respond to control signals sent by the remote control devicein the packets.
 2. The remote control device of claim 1, furtherincluding the device that stores the DRM key, wherein the deviceincludes a memory module.
 3. The remote control device of claim 1,further including the device that stores the DRM key, wherein the deviceincludes a smart card.
 4. The remote control device of claim 1, furtherincluding an identification reader, coupled with the hardware resources,and authorization logic running on the hardware resources that processessignals from the identification reader to automatically authorize use ofthe DRM key.
 5. The remote control device of claim 1, further includinga fingerprint reader, coupled with the hardware resources, andauthorization logic running on the hardware resources that processessignals from the fingerprint reader to automatically authorize use ofthe DRM key.
 6. The remote control device of claim 1, further includingan identification reader, coupled with the hardware resources, andauthorization logic running on the hardware resources that processessignals from the identification reader to authenticate a user.
 7. Theremote control device of claim 1, further including a fingerprintreader, coupled with the hardware resources, and authorization logicrunning on the hardware resources that processes signals from thefingerprint reader to authenticate a user.
 8. The remote control deviceof claim 5, further including personalization logic running on thehardware resources and in communication with the authorization logic,wherein the personalization logic selects a user personalization profileresponsive to the authorization logic.
 9. The remote control device ofclaim 1, wherein the remote control device format is a Bluetooth packetformat.
 10. The remote control device of claim 1, further including aUSB port coupled to the hardware resources and a USB logic running onthe hardware resources, logically coupled to the stack, adapted to treatthe USB port as local to master device.
 11. A remote control device withslaved audio reproduction, the device including: a wireless linktransceiver; at least one slaved input and output built into the remotecontrol, including at least a slaved microphone and a slaved audiooutput; a navigation control built into the remote control; hardwareresources coupled between the wireless link transceiver, the slavedinput and output and the navigation control; a stack running on thehardware resources and exchanging packets with a master device; and adecoder logic running on the hardware resources, logically coupled tothe stack, adapted to receive the packets processed by the master deviceinto a remote control device format and to decode the remote controldevice format into signals to drive the slaved output; wherein theremote control depends on the master device to transcode input from andoutput to the slaved microphone and audio output between VoIP and theremote control device format, and relies on the master device to respondto control signals sent by the remote control device in the packets. 12.The remote control device of claim 11, further including anidentification reader, coupled with the hardware resources, andauthorization logic running on the hardware resources that processessignals from the identification reader to authenticate a user.
 13. Theremote control device of claim 11, further including a fingerprintreader, coupled with the hardware resources, and authorization logicrunning on the hardware resources that processes signals from thefingerprint reader to authenticate a user.
 14. The remote control deviceof claim 11, further including: a digital rights management deviceembedded in the remote control, the digital rights management deviceincluding memory that stores a DRM key; and a DRM logic running on thehardware resources, logically coupled to the stack, adapted to exchangewith the master device messages related to the DRM key.
 15. The remotecontrol device of claim 14, further including an identification reader,coupled with the hardware resources, and authorization logic running onthe hardware resources that processes signals from the identificationreader to automatically authorize use of the DRM key.
 16. The remotecontrol device of claim 14, further including a fingerprint reader,coupled with the hardware resources, and authorization logic running onthe hardware resources that processes signals from the fingerprintreader to automatically authorize use of the DRM key.
 17. The remotecontrol device of claim 16, further including personalization logicrunning on the hardware resources and in communication with theauthorization logic, wherein the personalization logic selects a userpersonalization profile responsive to the authorization logic.
 18. Theremote control device of claim 11, wherein the remote control deviceformat is a Bluetooth packet format.
 19. A remote control device withslaved audio reproduction, the device including: a wireless linktransceiver; a digital rights management port, adapted to coupleelectrically with a device that stores a DRM key; at least one slavedinput and output built into the remote control, including at least aslaved microphone and a slaved audio output; hardware resources coupledbetween the wireless link transceiver and the slaved inputs and outputs;a stack running on the hardware resources and exchanging packets with amaster device; wherein the remote control depends on the master deviceto process an audio stream from one or more source formats into a remotecontrol device format; a DRM logic running on the hardware resources,logically coupled to the stack, adapted to exchange with the masterdevice messages related to the DRM key coupled to the digital rightsmanagement port; a decoder logic running on the hardware resources,logically coupled to the stack, adapted to receive the packets processedby the master device, and adapted to decode the remote control deviceformat into signals to drive the slaved output; a encoder logic runningon the hardware resources, logically coupled to the stack, adapted toencode signals from the slaved microphone into a remote control audioformat, and adapted to send audio packets in the remote control audioformat to the master device; and further including a navigation controlcoupled to the hardware resources adapted to send control signals viathe wireless link transceiver to the master device, whereby the remotecontrol relies on the master device to respond to the control signals tochange the audio stream delivered in the packets and to direct the audiopackets sent by the remote control for appropriate processing on themaster device, including transcoding input from and output to the slavedmicrophone and audio output between VoIP and the remote control deviceformat.
 20. The remote control device of claim 19, further including thedevice that stores the DRM key, wherein the device includes a memorymodule.
 21. The remote control device of claim 19, further including thedevice that stores the DRM key, wherein the device includes a smartcard.
 22. The remote control device of claim 19, further including anidentification reader, coupled with the hardware resources, andauthorization logic running on the hardware resources that processessignals from the identification reader to automatically authorize use ofthe DRM key.
 23. The remote control device of claim 19, furtherincluding a fingerprint reader, coupled with the hardware resources, andauthorization logic running on the hardware resources that processessignals from the fingerprint reader to automatically authorize use ofthe DRM key.
 24. The remote control device of claim 19, furtherincluding personalization logic running on the hardware resources and incommunication with the authorization logic, wherein the personalizationlogic selects a user personalization profile responsive to theauthorization logic.
 25. The remote control device of claim 19, whereinthe remote control device format is a Bluetooth packet format.
 26. Theremote control device of claim 19, wherein the remote control deviceformat is a Bluetooth packet format.
 27. A remote control device withslaved audio reproduction, the device including: a wireless linktransceiver; at least one slaved input and output built into the remotecontrol, including at least a slaved microphone and a slaved audiooutput; hardware resources coupled between the wireless link transceiverand the slaved inputs and outputs; a stack running on the hardwareresources and exchanging packets with a master device; wherein theremote control depends on the master device to process an audio streamfrom one or more source formats into a remote control device format; adecoder logic running on the hardware resources, logically coupled tothe stack, adapted to receive the packets processed by the masterdevice, and adapted to decode the remote control device format intosignals to drive the slaved output; a encoder logic running on thehardware resources, logically coupled to the stack, adapted to encodesignals from the slaved microphone into a remote control audio format,and adapted to send audio packets in the remote control audio format tothe master device; and further including a navigation control coupled tothe hardware resources adapted to send control signals via the wirelesslink transceiver to the master device, whereby the remote control relieson the master device to respond to the control signals to change theaudio stream delivered in the packets and to direct the audio packetssent by the remote control for appropriate processing on the masterdevice, including transcoding input from and output to the slavedmicrophone and audio output between VoIP and the remote control deviceformat.
 28. The remote control device of claim 27, further including: adigital rights management device embedded in the remote control, thedigital rights management device including memory that stores a DRM key;and a DRM logic running on the hardware resources, logically coupled tothe stack, adapted to exchange with the master device messages relatedto the DRM key.
 29. The remote control device of claim 28, furtherincluding an identification reader, coupled with the hardware resources,and authorization logic running on the hardware resources that processessignals from the identification reader to automatically authorize use ofthe DRM key.
 30. The remote control device of claim 28, furtherincluding a fingerprint reader, coupled with the hardware resources, andauthorization logic running on the hardware resources that processessignals from the fingerprint reader to automatically authorize use ofthe DRM key.
 31. The remote control device of claim 28, furtherincluding personalization logic running on the hardware resources and incommunication with the authorization logic, wherein the personalizationlogic selects a user personalization profile responsive to theauthorization logic.
 32. The remote control device of claim 27, furtherincluding a USB port coupled to the hardware resources and a USB logicrunning on the hardware resources, logically coupled to the stack,adapted to treat the USB port as local to master device.
 33. The remotecontrol device of claim 27, wherein the remote control further relies onthe master device to provide voice recognition.